fix: apply native reasoning effort to harnesses - #54
Conversation
|
Codex review: needs maintainer review before merge. Reviewed July 31, 2026, 6:31 AM ET / 10:31 UTC. ClawSweeper reviewWhat this changesThis PR carries a native evaluation plan’s reasoning-effort value through run specifications and manifests, then maps it to the OpenClaw, Hermes, Codex, and Claude Code client controls while retaining harness defaults when no effort is specified. Merge readinessKeep this PR open for maintainer review. The branch addresses the paired benchmark-validity bug with focused propagation and coverage, but the four mappings depend on versioned external harness contracts that source-level command assertions do not prove. Likely related people: Priority: P1 Review scores
Verification
How this fits togetherShellBench turns an evaluation plan into a RunSpec, then renders harness-specific commands and configuration for benchmark runs. Those runs produce manifests and traces that are later compared across harnesses, so their reasoning mode must match the planned setting. flowchart LR
A[Evaluation plan] --> B[Run specification]
B --> C[Harness command builder]
C --> D[OpenClaw and Hermes controls]
C --> E[Codex and Claude Code controls]
D --> F[Native benchmark run]
E --> F
F --> G[Run manifest and comparison data]
Decision needed
Why: The patch is structurally focused and its tests cover generated commands, but whether those commands are accepted and honored is an external runtime-contract decision that source inspection cannot settle. Before merge
Agent review detailsSecurityNone. Review metrics
Root-cause clusterRelationship: Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Validate each canonical effort against the actual pinned native client versions with a redacted live run or logs, then merge the focused transport and mapping change if all four clients report the intended effective setting. Do we have a high-confidence way to reproduce the issue? No high-confidence live current-main reproduction is available in the hydrated evidence. The paired report describes a concrete trace mismatch, and the baseline command shown by this PR hard-codes OpenClaw thinking off, so the source path is reproducible but needs runtime confirmation. Is this the best way to solve the issue? Unclear. Propagating the existing plan value through each native harness is the narrowest apparent repair, but live proof against the pinned client versions is needed to confirm the selected controls and Claude Code translation are the right contracts. AGENTS.md: not found in the target repository. Codex review notes: model internal, reasoning high; reviewed against 884dd1bb5511. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (8 earlier review cycles)
|
What does this PR do?
Propagates the native eval plan's reasoning effort into OpenClaw, Hermes,
Codex, and Claude Code client controls.
Why?
Fixes #53. Without this, a run can be labeled
highwhile OpenClaw executeswith thinking disabled, invalidating cross-harness quality and efficiency
comparisons.
Changes
reasoning_effortinRunSpecand the run manifestxhighto Claude Code'smaxlow,medium,high, andxhighacross all four harnessesTests